home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 883 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.2 KB
  1. From: Claus Brod <clausb@hpbeo79.bbn.hp.com>
  2. Subject: Re: /dev/kmem
  3. Date: Wed, 20 Jul 94 10:26:33 MESZ
  4. In-Reply-To: <199407200701.AA14498@hieper.math.ruu.nl>; from "Richard Huveneers" at Jul 20, 94 9:01 am
  5. Mailer: Elm [revision: 70.85]
  6.  
  7. > Since "ps" normally consults /dev/kmem, I can do two things:
  8. > 
  9. > - Change "ps" to consult /proc
  10. > - Implement /dev/kmem
  11. > 
  12. > The last one seems the most desireable solution to me, since Mint would become
  13. > more BSD-ish in that way.
  14. > 
  15. > Now my question is this: Why was /proc implemented into Mint?
  16. > Has /proc advantages over /dev/kmem?
  17.  
  18. I think one advantage is that the kernel has more control over what it
  19. publishes in /proc, and that the /proc device is visible to the user
  20. for simple manipulations such as in the MultiTOS desktop.
  21.  
  22. I'm not sure, however, what a /dev/kmem offers. If it opens up the
  23. complete kernel address space to other processes, I would definitely
  24. prefer the /proc approach since it seems safer to me.
  25.  
  26. --clausb@hpbeo79.bbn.hp.com-----------------------------------------------
  27. Claus Brod, MDD, HP Boeblingen         Have you hugged your manager today?
  28. --#include <std_disclaimer>-----------------------------------------------
  29.